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© System for combining independently clocked simulators. 

© Two or more independently clocked simulators are interconnected in a manner which prevents signal 
exchange at a time when the internal simulation clocks of the simulators point to different times on a simulated 
time line. Each simulator transmits to one or more of the other simulators in its network information indicating the 
next point in simulated time at which the transmitting simulator can model a state change which might affect a 
model part being simulated by the receiving simulator. Blocking means are provided for blocking the receiving 
simulator from advancing its simulated time clock ahead of the next state change time of the transmitting 
simulator. The receiving simulator is free, however, to operate at its maximum speed for simulated time spans 
occurring before the next state change time of the transmitting simulator. 
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SYSTEM FOR COMBINING INDEPENDENTLY CLOCKED SIMULATORS 



BACKGROUND OF THE INVENTION 



Field of the Invention 

5 



The present invention is directed generally to the problem of interconnecting independently clocked 
simulators and more particularly to the interconnection of event driven simulators. 



70 Description of the Relevant Art 

Simulators enable engineers to model and test designs (i.e. electronic circuit schematics) before such 
designs are implemented in tangible (i.e.. hardware) form. Various levels of definitional detail may be 
utilized to model the designed structure. By way of example, models of digital processing units may be 
75 defined at one or more of a behavioral level, a logic gate level and a transistor level. Each level of 
definitional detail has its unique idiosyncrasies with respect to the actual speed at which simulation of the 
model will run. the size of memory needed for creating the model on a specific data processing machine, 
the accuracy of the model in simulating the end product, and so forth. 

It is generally found that if a simulator is optimized to operate at maximum speed and/or maximum 
20 efficiency in one definitional level (i.e.. gate level), it will not operate as efficiently in simulating designs at 
other modeling levels (i.e.. behavioral level). Accordingly, it is desirable from the price versus performance 
viewpoint to build a level-specific simulator which is optimized for modeling at one specific level (i.e., the 
gate level) rather than to attempt the building of a generic simulator that will on average become optimized 
for all levels of modeling (i.e., both gate and behavioral levels) but will fail to provide peak performance for 
25 the computationally most demanding of the definitional levels. 

By way of a first example of this phenomenon, there is an event-driven simulator, commercially 
available from Ikos Systems Inc. of Sunnyvale. California, which is optimized for modeling structures at the 
gate level and no other level. Similarly, as a second example, there is a gate level optimized simulation 
engine known as AcceLSITU which is available from LSI Logic Inc. of Milpitas. California. The structure of 
30 the IKOS engine is disclosed in U.S. Pat. 4,787,061, "Duel Delay Mode Pipelined Logic Simulator" issued 
November 22, 1988 to Nei et al., the disclosure of said patent being incorporated here by reference. 

While the Ikos engine is efficient in preforming gate level simulation, it does not include means for 
simulation at the behavioral level. To overcome this drawback, designers use a so-called "B-sim" mixed 
level simulator available form LSI Logic of Milpitas. California under the trade name MBSIMTM, for 
3S performing mixed level simulation. The B-sim engine is optimized primarily for behavioral level simulation 
but it can perform simulation at other levels although not with the same speed or efficiency as that of a 
simulator which is level specific, i.e., an Ikos engine which provides only gate level simulation. Thus, when a 
design is to be modeled entirely at the gate level, it is preferable to use the Ikos engine rather than the B- 
sim engine; and when a design is to be modeled entirely at the behavioral level, it is preferable to use the 
40 B-sim engine. When a design includes botli behavioral and gate level parts, the mixed level simulator mode 
of the B-sim engine is used but simulation speed and efficient utilization of resources is lost as more and 
more of the model is converted from behavioral level to gate level. Heretofore, a simple method for 
maximizing simulation speed and extracting peak efficiency from available resources has not been available 
for mixed level simulation. The invention disclosed herein seeks to overcome this problem. 
45 Aside from the problem posed by mixed level simulation, there is also present in the industry the 
problem of compatibility between the software libraries of different simulators. It should be understood that 
in addition to the above-mentioned Ikos and LSI Logic B-sim simulators, there are other simulators available 
from different vendors and that these other machines can be structured differently both hardware-wise and 
software-wise. By way of further examples, Zycad Corporation of St. Paul. Minn, provides an event dnven 
so simulator such as disclosed in U.S. Patent 4,769,817 issued September 6. 1989 to Krohn et al.. the 
disclosure of said patent being incorporated herein by reference. Another simulator is disclosed in U.S. 
Patent 4,527.249. "Simulator System For Logic Design Validation" issued July 2. 1985 to Van Brunt, the 
disclosure of said patent being also incorporated herein by reference. 

The different simulators of different vendors generally require incompatible software input files for 
modeling a particular piece of hardware. If an exchange of model parts between the libraries of different 
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independently-clocked event-driven simulator. The invention disclosed here provides a method and system 
architecture for realizing these goals. 

5 SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a method and apparatus by which independently 
clocked simulators may be synchronized without substantially interfering with the maximum running speed 
of each simulator. 

io In accordance with the invention, a network of interconnected simulators is provided wherein each 
simulator transmits to other simulators of the network, information indicating the next known point in 
simulated time at which the transmitting simulator can generate in its local model part a state change which 
could affect the model parts of the receiving simulators. Blocking means are provided in each receiving 
simulator for blocking the receiving simulator from advancing its simulated time clock beyond the next time 
point of the transmitting simulator. Each receiving simulator is free, however, to advance its respective clock 
at peak speed over time spans in the simulated time domain which are located before the next time point of 
the transmitting simulator. Thus, synchronization is maintained without limiting the simulation speed of the 
interconnected simulators. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 A is a block diagram tor explaining the operation of an event driven simulator. 
Figure 1B is a plot of a simulated time line having events distributed among various ones of its time 
25 points for explaining the operation of the simulator shown in Fig. 1 A. 

Figure 2A is a block diagram (extending left to right respectively across sheets 2.1 and 2.2) for 
explaining a synchronization problem which arises when an attempt is made to interconnect indepen- 
dently clocked simulators. 

Figure 2B is a plot of simulated time (extending left to right respectively across sheets 2.1 and 2.2) tor 
30 explaining the synchronization problem of Fig. 2A. 

Figure 3A is a block diagram (extending left to right respectively across sheets 3a.1 and 3a.2) for 
explaining a synchronization scheme in accordance with the invention. 

Figure 3B is a plot of simulated time (extending left to right, respectively, across sheets 3b.1 and 3b.2) 
for explaining the synchronization scheme shown in Fig. 3 A. 
35 Figure 4 shows a synchronization scheme for a simulation using more than two simulators. 

Figures 5A and 5B illustrate a flow chart for explaining an algorithm by which synchronization may be 

achieved without substantially interfering with the speed of each simulator. 

Figure 6 is a block diagram explaining a UNIXTM style embodiment of the present invention. 

40 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The following is a detailed description of the best modes presently contemplated by the inventor for 
carrying out the invention. It is to be understood that this description is merely exemplary of the invention 
and is not to be taken in a limiting sense. 

45 Event driven logic simulators, whether implemented in software or hardware, are a type of simulator in 
which dynamic state changes occurring within a model are defined as a series of discrete "events" each 
attributed to a point on a simulated time line and to an identifiable part of the model being simulated. 
Segments of simulated time that are occupied by static modes of operation in the model are skipped over 
in order to minimize actual computer time spent for simulation. The only information that is generally 

so processed by the simulation-supporting computer is that indicating the occurrence of a change in state 
within the model at a definable point along the simulated time line and that identifying the location (i.e., 
node) in the model where the change occurs. 

During event-driven simulation, the events within a model are each temporarily posted onto an event 
queue (or event list), each event being represented by a corresponding piece of event data. The event data 

55 usually defines a net point (node location), a time parameter (event time), and a new state for the net point. 
The event queue contents are dynamically updated when the simulator determines that the consequences 
of a first event are to result in the production of a second event not previously posted on the event queue. 
Events which have already been processed (evaluated) are dynamically removed from the event queue 
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gate level (i.e.. an Ikos engine) in order to minimize the amount of actual time needed to simulate circuit A. 
On the other hand, if the internal structure of function block 14 is defined mostly at a behavioral level, the 
simulator 10 should be one optimized for behavioral level operation (i.e., a B-sim engine). The actual rate of 
simulation, as performed by the simulator 10 is defined in terms of events per second (EPS), and this rate 
can vary drastically depending on the model type (gate level or behavioral level) and the efficiency of the 
chosen simulator 10. By way of example, the LSI MBSIMTM engine performs gate level simulation at a rate 
of approximately 8.000 EPS while an Ikos or Zycad engine performs gate level simulation at a rate of 
300.000 EPS or better. 

Referring to Fig. 2A. which is a schematic drawing extending left to right across respective sheets 2.1 
and 2.2. let it be assumed that there are two circuit parts. A and B . each similar in topology to the circuit A 
of Fig 1A. Like references denote like parts. Let it be assumed further with respect to Fig. 2A that circuit 
parts A and b' are to be operatively coupled to one another such that they share at least one common 
component (in this case, node N* is to be directly tied to node Nn). Moreover, let it be assumed that one 
circuit part. i.e.. A. is defined entirely at the gate level and that the other circuit part. i.e.. B . is defined 
primarily at the behavioral level. It should be apparent from the above discussion that two different 
simulators, 100 and 200. will be needed to optimize the price/performance ratio of the overall simulation 
environment (first simulator 100, second simulator 200 and an inter-simulator communication link 300). 

However, it will be quickly seen that when two or more event-driven simulators are used, the dynamic 
updating of their individual event queues becomes a problem. In Fig. 2A. circuit part B is shown to contain 
nodes Nn through Nu, a three-input OR gate 112 having a third signal propagation delay. T3. and a 
function block 114 having a fourth signal propagation delay, T4. Delay times T3 and T4 can. of course, be 
different from T1 and T2. , 

Since we assume that circuit parts A and B are being simulated on different and independently 
clocked simulators 100 and 200. the simulators 100 and 200 will need to include respective transmission 
and receiving means 104 and 201 (also labeled as T" and "FT) for allowing each simulator to send and 
receive messages along an inter-simulator communications link 300 so that an event (i.e., Es at node ISU) 
which is posted on the event list, (111 or 211), of one simulator (100 or 200) can be transferred to the event 
list (211 or 111) of the other simulator (200 or 100) and nodes can be tied together. Here we are assuming 
that node N* of circuit part A is to be treated as if it were directly coupled to node Nn of circuit part B . 
Thus, when an event E5 = (bo. N*. L->H) occurs at node N 4 . a twin event E5 = (bo. Nn. L->H) should 
occur at node Ni i . 

If the simulators 100 and 200 ran at identical simulation speeds (events per second rates. EPS-1 ana 
EPS-2 respectively) and both advanced their respective simulated clocks SCioo and SC 20 o simultaneously 
to identical points along the simulated time line. t sim , there would be no synchronization problem. However, 
when one of respective event queues. 111 and 211. in the individual simulators 100 and 200 is made to 
contain a different entry, the automatic time skipping feature of the event driven simulators 100 and 200 can 
produce a loss of synchronization after just a few events have been processed. 

By way of example, let it be assumed that at initial time to there are only two events, E1 -(ta, Ni, L->H) 
and E2 = (U Ni, H->L) posted on the first event list 111 and only two events E21=(bo3, Ni 5l L->H) and 
E22 = (t 2 (H, Nis,' H->L) posted on the second event list 211. (Tlie events are defined here by listing their 
event time, location and state change in the recited order.) 

When simulation begins, each simulator (100 and 200) begins to automatically process the information 
on its respective event list (111 and 211). Since the second event list 211 includes as its first event, an 
event E21 occurring at a time point t 20 3 which time point is positioned much later in simulated time then the 
time points of the events initially posted in the event queue 111 of the first simulator 100, the simulation of 
model part b' is immediately made to skip forward in simulated time to the later time point t 2 oa without 
waiting for receipt of the event E5 pulse that should appear on its input node Nn representing the earlier 
timed changes at the output node N* of the first circuit part A . 

As shown in Fig 2B, events E21 and E22 can establish an oscillatory behavior in the second circuit part 

B' composed of subsequently posted events E23. E24, E25, E26 But such responsive behavior 

assumes there has been no a prior input signal (H) applied to input node Ni i of circuit part B . 

It is only after event E 3 (Fig. 2B) is dynamically posted onto the event list 111 of the first simulator 100 
and subsequently, a consequential event E5 is dynamically posted on the first event list 111, that a change 
of state is seen to occur at the corresponding output node N*. Ideally, this consequential event E5-(t2o. 
Ni, L->H) at output node Ni should have been posted onto the second event list 211 as a twin event E5 -- 
(t 2 o Nn, L->H) well before the initially posted event of the second simulator, E21 =<t 2 o 3 , N15, L->H), is 
processed. However, the second simulator 200 has no way of knowing ahead of time that event E5 will 
indeed be posted on the first event list 111. So when the event update message E5 =(t 20 . N*. L->H) is 
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* non Re, T i ?M,!!? t 10 FiQ - 3B ' Up0n initia,i2ation - of the simulators. 100' and 200* respectively have 

Srh«nH ,• > '„« ^ 622 P rev,ous| y described. No other information is posted at this time 

oTthefr " m,ter % 118 and 218 - « each initial| y Phoned between simulated time points t and t,' 

and 2 8 TJfr r ? C '° CkS ' SC '°°" and SCW This P° sitionin 9 * *• »*nd sweep llmiters 118 

queue ^"'thfel^ " °°" ^ 2 °°" l ° Pr ° CeSS a " event < or nonevent > whic " * °" t event 
queue if the event has a time parameter less than t, but blocks the hand (1 17 or 118) from sweeoino fuZ 

^ process later timed events. At the end of processing an event internal y. each sil ator sTnds to onTo 

s^Ksur - to itse,f " a signai indicatin9 the next posted - p«i"£iss 

Of teZVlTt^ZTni n? S - '"I ^ ** SimU ' at0r 10 °* initia " y P r0CeSS6S * e ~t E0 

or us list 1 11 finds that there is no event at any location, but nonetheless sends the time parameter t - 

•l^J^S^X" event °; rts event queue iirto a » ^ s,ruCS,^as; 

wctotP -f v vTi , f. 9e Send ' n9 546,3 may be done b * fransmitting an initial information 
packet P,oo-o-(to. x x. t 3 ) out along the inter-simulator communication link 300. (Here, the "x"s denote a 
nonevent at a don't-care location.) Simultaneously (either by parallel-processino or durinn / w It 

srsi 1 ^ L7rr?rr a : n9 ri system) - the second ^ 

me imull event E20 as the first posted event and transmits its resof>rtii/fi t - ♦ ' 
information oarkPt p - i* ^ ^ ^ ~ ,K res Pe«ive t nex , - t2 0 3 parameter in an 

mtormation packet P 20W1 - (lywb,,, to the first simulator 100' along inter-simulator communication link 

nprm Eaoh e f ernal simulator ( 10 °* ^d 200") reads this last transmitted piece of information t as 
pannmon to advance a corresponding at least one hand sweep limiter (118 or 218) pSS^ 2 

En (.? TaTr f7T n c,ock , (SC h ,0 °* or ^ 10 3 point in «^^3S"™S 

ITLi w int^.f u eXamp ' e " * e laSt i,em ' **■ in * e initial transmission packet P 10fl4 from the 
first emulator 100" te.ls the second simulator 200* that as far as simulator 100* is concerned s Z\17 Z Z 

. m t d Sl*i^St, T ~t 2 !n 7 ^ 7* d6Sired 10 3 — 

c 13 ■ me ,asi llem ' ^ext - t203, in the correspond ng n tial transmission nark^t p fr*n 

second simulator 200* to the firet simulator 100*. tells I fir^^mu.atoM^thatT^ ^ttTmu2 , 

correspondingly free to move its respective clock hand 117 at whatever speed dSri «dT«ST n 

simulated time just prior to simulated time fees in so far as the second simu!atoS is conimed ' 

JSii"^ Fi9 - 3B " ^ f ' rSt SW6eP ' imitin9 bl0Ck 118 is moved in steXman initial 
STSli T v mU, ,? d tme to 3 neW position 118 " 1 i ust befor « simulated time poTnt^! 3 

Tne other hand sweep l.miting block 218 is concurrently moved in one step from its initial posiSn 2 fw 

S^ELSTiSlS lia rrf on 218 - 1 just before simulaled time p° int ^ ?!2 

sweep limrters. 118 and 218. blocks the second simulator 200* from processing the later timed events E21 
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and E22, even though they might be posted before externally-generated events E5 , E6 . etc., are posted, 
but frees the first simulator 100' to process as quickly as it can those events E1 through E4, etc, on its 
individual event list which occur in simulated time prior to time point taoa. Simulation in the second 
simulator 200" is forced to idle until the first simulator 100' advances the second sweep limiter 218 to a 

5 simulated time point ahead of an event listed on the event list 21 1" of the second simulator 200'. 

After processing event E1. the first simulator 100* sends a second transmission packet P 100 -i =(t3. Ni ( 
L->H, U) to the second simulator 200" to thereby advance the sweep limiter 218 of the second simulator to 
a point in simulated time just before time U. When the packet Pioo-5 = (t2o. N*, H->L, t 2 i) of event E5 is 
finally transmitted to the second simulator 200\ the second simulator 200' is freed to process the 

w corresponding externally-generated event E5 at its node Nn but is still prevented from processing the next 
listed event E21 = (t 203 . Nis, L->H) which continues to be a next posted event on its queue 211*. (E21 is 
posted before an earlier timed and next-to-be externally generated event, E6 at node Nn. is posted), 

The advantage of the above process becomes obvious if one thinks of the first simulator 100* as being 
a high speed engine (i.e., an Ikos engine) and the second simulator 200" as being a slower simulator (i.e., a 

75 BSIM engine). The faster simulator 100* can zip through all events posted on its queue 11V having 
parameters between time points to and t 203 at peak speed without having to worry that the external 
simulator 200* might generate a shared event during that time span. The second simulator 200" cannot 
generate a shared event within the time span to through t 2 o2 because there is no event having such a time 
parameter within its event queue 211". 

20 In a situation where more than two simulators are involved, as shown in, Figure 4, multiple sweep 
limiters may be provided for the internal clock of each simulator; each of the multiple sweep limiters being 
advanced by a corresponding one of the external simulators. This arrangement prevents any one simulator 
from advancing its simulated clock hand (local current time) to a time point beyond the local next event 
time, tnext, of any of the other, external simulators. In the example shown in Figure 4, first simulator Si 

25 cannot sweep its current time beyond the local next time of simulator S2. Simulator S 2 cannot sweep its 
local current time beyond the next event time of simulator S 3 - Simulator S 3 cannot advance its local current 
time beyond the next event time of simulator S 2 .- 

It should be noted that the local next event time (t.next) of each simulator is always greater than its 
current event time. The global next event time of the overall system (Si , S 2 and S 3 in combination) is the 

30 smallest of the local next event times in the simulators Si - S 3 . With this arrangement, at least one of the 
simulators Si - S 3 should be able to advance its local current time to the global next event time, thereby 
preventing a lockup of simulation. 

Those skilled in the art will appreciate that numerous steps may be taken to minimize simulation time 
including deletion of redundant information in transmitted information packets and nontransmission of 

35 information not needed by a receiving simulator. Accordingly, the exemplary embodiment shown in Fig. 3A 
may be improved by transmitting in each information packet, i.e., P100-1, only one copy of the current time 
(i.e., ta) only information representing the state changes of nodes that are shared between the transmitting 
and receiving simulator (i.e., node ISU and Nn), and finally, the next event time on the timing wheel of the 
transmitting simulator. 

40 The preferred operational algorithm (flowchart shown in Figures 5A and 5B) for a first simulator Sj which 
is operatively coupled to a second simulator Sj may be defined as follows: 
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Algorithm for : 
ti = t j .next=0 ; 

for(;;) { 

while (ti. current <= tj.next) { 

Process next event in queue and update 
ti. current if it changes 

if (end_of simulation) 
end_of_Si_simulation=l; 

} 

if (end_of_Si_simulation) 

t i . next =HUGE_TIME_VALUE 
else Determine ti.next from the Si event queue 

if (NOT end_of_Sj_simulation) then { 

Send new shared event messages to Sj; if any 

Send the value of ti.next to S - 
) 3 

if(NOT end_of_Si_simulation) { 

Read new shared event messages from Sj and/or a 
message containing tj.next 

if (tj.next == HUGEJTIMEJ/ALUE) 
end_of_Sj_simulation = 1; 

} 

else return; 



The terms in the above algorithm are defined as follows: 

50 



Definitions: 



Si simulator number i. 
55 Sj simulator number j. 

ti.current rthe current simulated time in simulator I 
ti.next .the time of the next scheduled event in simulator i, 
tj.next :the time of the next scheduled event in simulator j. 

10 
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end_of_ Stimulation ;a flag indicating that the Si simulation is completed 
end_pf_Sj__simulation :a flag indicating that the Sj simulation is completed 

end_of_simulation :a flag that is set when the overall simulation is either canceled by the user, or when it 
reaches a prespecified final simulated time. 

5 HUGE TIME VALUE :a specific simulated time value used to signal the end of simulation. 

The above described algorithm may be practiced either in a parallel processing environment or a single 
CPU environment provided with a multitasking operating system. Referring to Figure 6. there is shown a 
structure for carrying out the present invention under the UNIXTM operating system. (UNIXTM is a trademark 
name of an operating system package available from American Telephone & Telegraph Corp.) Interconnec- 

w tion between independent simulators is provided by way of a so-called socket pair connection within the 
UNIX command layer. The illustrated embodiment comprises a Zycad gate level simulating engine and an 
LSI Logic BSIM behavioral level simulation module. The driving module for each of the independently 
clocked simulators includes means for comparing the local next event time against the external next event 
time. If the local next event time is greater than the external next event time, local simulation is halted and 

75 only a null message is transmitted to the external simulator. This allows the external simulator to catch up in 
simulated time with the local simulator. The time for generating a null message is relatively small, so the 
catch-up time of the external simulator is not substantially delayed by processing the null message. As 
seen in Fig. 6, each driving module includes means for converting back and forth from an intersi mutator 
message format to a local simulation-engine format. 

20 In the UNIX implemented embodiment of Fig. 6. the preferred inter-simulator message syntax is a 4- 
tuple: (partition, pin-offset, state, schedule-time), where "partition" is a partition number determined from a 
sigma-file, "pin-offset" is the offset of a specified pin within a module-shell, and "scheduled-time" is the 
simulated time point at which the specified pin is to change its state to the newly specified "state". 

Initial benchmark tests with the above strategy indicate that there is a 15%-20% simulation time penalty 

25 for the inter-simulator communication overhead. However, with such a structure it is now possible to 
interconnect model parts developed on different simulators without having to port a model part definition 
from one type of simulator to another. The ability to interconnect model parts without having to convert their 
software definitions for compatibility with a target simulator more than makes up for the communications 
overhead. The burst speed of the faster simulator is not substantially reduced. An overall reduction in 

30 design and development time is expected from use of the above described invention. 

Various modifications and additions to the above described invention will, of course, become apparent 
to those skilled in the art after reading this disclosure; some of the variations being immediately apparent 
and others becoming apparent after prolonged study of the present disclosure. It should be understood that 
the above disclosure is merely illustrative of the invention and that, as such, it should not be taken in a 

35 limiting sense. The scope of the claimed invention is best defined by reference to the following claims. 



Claims 

40 1. A method for interconnecting first and second model parts whose operations are being respectively 
simulated in independently clocked first and second simulators comprising: 

determining the next point in simulated time at which the first model part can generate a state which could 
affect the second model part; 

transmitting a first value representing the next time point to the second simulator; and 
45 blocking the second simulator from simulating an operation in the second model part at a time point later in 
simulated time than the next time point of the first model part. 

2. The method of Claim 1 further comprising: 

determining the next point in simulated time at which the second model part can generate a state which 
could affect the first model part; 
so transmitting a second value representative of the next time point of the second model part to the first 
simulator; and 

blocking the first simulator from simulating an operation in the first model part at a time point later in 
simulated time than the next time point of the second model part. 

3. The method of Claim 2 wherein at least one of the first and second simulators is an event-driven 
55 simulator. 

4. The method of Claim 1 wherein at least one of the first and second simulators is an event-driven 
simulator. 

5. A system for simulating an interconnection of first and second model parts whose operations are being 
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respectively simulated in independently clocked first and second simulators comprising- 

determining means for determining a next point in simulated time at which the first model part can generate 

a state which could affect an operation within the second model part; 

communication means, coupled to the determining means and the second simulator, for transmitting a first 
value representative of the next time point of the first model part to the second simulator- and 
blocking means for blocking the second simulator from simulating an operation of the 'second model part 
occurnng at a time point later in simulated time than the next time point of the first model part, said 
blocking means not blocking the second simulator from simulating operation of the second model part 
occurnng before the next time point of the first model part. 

6- The system of Claim 5 wherein at least one of the first and second simulators is an event-driven 
simulator. 

SyStem . ? ? aim 5 Wherei " ° ne ° f the firet and second sim «'ators Performs simulations faster than 
the other simulator for a given level of model definition. 

8. The system of Claim 7 wherein the first and second model parts define internconnected parts of a digital 
system and wherein the level of model definition is selected from the group consisting of a behavioral level 
a gate level and a transistor level. 

9. The system of Claim 5 wherein the first and second simulators are designed to process incompatible 
sottware libraries. 

10. A system for modelling the operations of two or more interconnected parts of a model, comprising- 

two or more independently clocked simulators each modelling the operations of a respective one of the two 
or more model parts, wherein each simulator includes: 

(a) current time designating means for designating a current point in simulated time at which the 

operations of its respective model part are being currently simulated; 

<b) next time designating means for designating a next point in simulated time at which the operation of 
its respective model part is scheduled to be next simulated; and 

(c) transmission means for transmitting to one or more of the other simulators a value representing the 
next point in simulated time of the transmitting simulator. 

11. The system of Claim 10 wherein each simulator further includes: 

receiving means for receiving from one or more of the other simulators respective other values representing 
the next time points of the other simulators; and 

blocking means for blocking advancement of the current time designating means in the receiving simulator 
if the next time of the receiving simulator is greater than a next time value received from any one of the 
other simulators. 

12. The system of Claim 11 wherein at least one of the simulators is an evenWriven simulator having a 
dynamically updated event queue. a 
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© Two or more independently clocked simulators 
are interconnected in a manner which prevents sig- 
nal exchange at a time when the internal simulation 
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